home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / protocol / standard / sgml / ucl_pilo < prev   
Text File  |  1993-07-14  |  8KB  |  150 lines
  1. (Message Usenet/comp/text:5109)
  2. Path: math.lsa.umich.edu!zaphod.mps.ohio-state.edu!tut.cis.ohio-state.edu!pt.cs.cmu.edu!andrew.cmu.edu!mss+
  3. From: mss+@andrew.cmu.edu (Mark Sherman)
  4. Newsgroups: comp.text
  5. Subject: Fwd: Use of ODA in the Internet
  6. Message-ID: <cafmoiK00VsAAncUg=@andrew.cmu.edu>
  7. Date: 26 Jul 90 17:49:34 GMT
  8. References: <9007250939.aa04561@NRI.NRI.Reston.VA.US>
  9. Organization: Information Technology Center, Carnegie Mellon, Pittsburgh, PA
  10. Lines: 138
  11.  
  12. From Peter Kirstein.....
  13.  
  14. - ---------------------------------------------------------------------
  15.  
  16.                     FACITLITIES FOR PROPOSED PILOT ACTIVITY
  17.                  USING OFFICE DOCUMENT ARCHITECTURE FACILITIES
  18.               FROM UNIVERSITY COLLEGE LONDON AND THE PODA PROJECT
  19.  
  20. Text communication on an open system, broad-based scale was made possible
  21. by the emergence of a number of standards.  The most important of these,
  22. ASCII, ensured that a test document could be composed on one system, could be
  23. transmitted to another (on-line or by some other medium), and reproduced
  24. elsewhere with no loss of meaning.  ASCII was a National Standard;
  25. eventually it was extended to the International Alphabet No 5 and then the
  26. extended character set to allow for national characteristics.
  27.  
  28. There have been many proprietary activities in extending the standard to
  29. include processable formatted text, and  mixed-mode documents.  Some, like
  30. nroff, have had a considerable following;  that one is limited, however, to
  31. text applications and does not directly map to WYSIWYG editors.  The more
  32. advanced Wordprocessing packages have taken another approach;  they have
  33. allowed the import/export of documents from other systems with special
  34. packages.  Some have even allowed the import of bit-map or geometric
  35. graphic documents from other sources to be incorporated.  All these
  36. approaches have a common drawback;  as the number of proprietary packages
  37. have grown, the number of import/export formats has had to grow.
  38.  
  39. To aid in document interchange, a number of approaches have been tried.
  40. Many of the manufacturers have tried to get their proprietary formats
  41. accepted universally.  The one with the most success has been Adobe Inc.
  42. with POSTSCRIPT;  many systems can accept POSTSCRIPT [1] and print it out
  43. (with minor inconsistencies), but it is certainly not appropriate for the
  44. interchange of Processable text for collaborative working.  There is one
  45. attempt at an International Standard which has worked better: the
  46. Standardised Generalised Mark-up Language (SGML) [2], [3].  This has been
  47. adopted widely for text documents.  It has still a number of facilities
  48. which can be defined by private conventions, so that it does not follow
  49. that SGML documents are universally reprocessable;  nevertheless, providing
  50. that conventions are agreed, it goes very far for high quality text.  SGML
  51. does not do well, however, with other types of document content like
  52. tables, bitmap graphics, and geometric graphics.
  53.  
  54. To aid with the interchange of mixed-mode documents,  the International
  55. Standards Organisation has developed the Office Documents Architecture
  56. [4].  This Standard is still being developed further, but its present
  57. version already supports formattable text, bit-map graphics (and facsimile)
  58. and geometric graphics.  Extensions under development include incorporation
  59. of Data and Spreadsheets, Colour, Security (Confidentiality, Authenticity
  60. and Integrity) and even Voice Annotation.  To ensure interoperability,
  61. there are various profiles adopted internationally;  one of these is Q112
  62. [5].  Many manufacturers are developing editor products which can
  63. interchange documents to the ODA/ODIF standards of [4] and [5].  In
  64. particular, Apple, British Telecom, Bull, DEC, IBM, ICL, Nixdorf, Oce,
  65. Olivetti, Siemens, UCL, and UNISYS showed interworking systems at the
  66. CEBVIT '90 in Hanover in March 1990.  Few of these are yet real products,
  67. but several of the above have announced product plans.  While the editors
  68. represented often had higher internal functionality,  there was still far
  69. greater functionality in processable mixed-mode documents passed between
  70. the above systems than in any other heterogeneous interchanges.
  71.  
  72. In CEBIT '90, the document interchange was via X.400 (1984);  by using
  73. UUENCODE or some other agreed format, it would also be possible to
  74. interchange the documents by SMTP or any other mechanism which was designed
  75. only for text interchange.
  76.  
  77. In the Internet Community, there are no good standards yet for mixed-mode
  78. docuemts.  In view of the current status of the ODA standard, and of the
  79. imminence of real ODA products, it would seem appropriate to investigate
  80. the suitablility of ODA for Internet purposes.  Many of the organisations
  81. mentioned above have offered to make available there packages for such a
  82. trial.  The details have still to be worked out on the terms of
  83. availability, but in principle the following should be available with
  84. ODA/ODIF interchange packages:
  85.  
  86.      Editors from Apple and DEC
  87.      SLATE from BBN/UCL
  88.      WORD from Bull
  89.      WORDPERFECT from ICL
  90.  
  91. Few details are available yet on most of the above.  One purpose of this
  92. note is to determine who would be interested in any of the above being
  93. pursued more vigorously.  The BBN SLATE package was developed (initially as
  94. DIAMOND), partially under DARPA and NSF auspices (the latter under the
  95. EXPRES project).  The UCL ODA postprocessor [6] was developed under two
  96. European ESPRIT (INCA and PODA [7]).  In the PODA demonstrations, SLATE/ODA
  97. was integrated with the PP X.400 system developed by UCL [8].  However, a
  98. version is now being packaged together, using SLATE v1.1 and the UCL tools,
  99. which will allow the use either of X.400/X.25, X.400/TCP/IP or
  100. SMTP/TCP/IP.  The software runs on Sun workstations, and makes use of the
  101. ISODE Systemm (currently v6 [9]), which has been developed principally by
  102. M. Rose, but assisted by people in other organisations (including UCL).
  103. Reference 7 is being made available for annonymous FTP at nisc.nyser.net
  104. [192.33.4.10] from the directory pub/isode/directory.
  105.  
  106. UCL is currently investigating the status of the other software packages
  107. mentioned above;  at the momnent only the one based on SLATE is known to be
  108. complete and conformant.  Most of those used in the PODA demonstrations are
  109. completely experimental, and many are  embedded in Office Automation
  110. systems, and thus are not really suitable for use in a Pilot.  People
  111. interested in participating in the use of ODA in a Pilot project should
  112. contact R. Hagens (Hagens@wisc.edu) or P. Kirstein
  113. (Kirstein@cs.ucl.ac.uk).  It would be helpful if they indicated the
  114. equipment they would wish to use, and whether they wished to use the system
  115. based on SLATE or one of the others indicated above.
  116.  
  117.  
  118. REFERENCES
  119.  
  120.  
  121. 1.  Adobe:  PostScript Language Manual, Adobe Systems Inc, Palo Alto, 1984.
  122.  
  123. 2.  ISO:  Information Processing - Standardised Generalised Markup
  124.     Language, IS 8879, International Standards Organisation, Geneva, 1988.
  125.  
  126. 3.  ISO:  Information Processing - SGML Document Interchange Format, IS
  127.     9069, International Standards Organisation, Geneva, 1988.
  128.  
  129. 4.  ISO:    Information Processing, Text and Office Systems - Office
  130.     Document Architecture (ODA) and Interchange Format (ODIF), IS 8613,
  131.     ISO, Geneva, 1988.
  132.  
  133. 5.  EWOS:  ODA Document Application Profile Q112 - Processable and
  134.     formatted documents - Extended mixed mode, PrENV 41 510, Paris, 1988.
  135.  
  136. 6.  S. Golkar et al.:  ODA Activities at University College London and
  137.     their relation to the PODA Project, submitted to Commputer Networks and
  138.     ISDN Systems, 1990.
  139.  
  140. 7.  J. Nelson et al.:  ODA/ODIF - the Standard Solution to Document
  141.     Interchange, ESPRIT'89; Proceedings of the 6th Annual ESPRIT, Brussels,
  142.     Nov 27-Dec 1 1989.
  143.  
  144. 8.  S.E.Kille: PP - A Message Transfer Agent, Conference on Message
  145.     Handling Systems and Distributed Applications, pp 115-118, October
  146.     1988.
  147.  
  148. 9.  M.T. Rose:  The ISO Development Environment User's Manual, V6,
  149.     available from U of Delaware and UCL, 1990
  150.